SYSTEM AND METHOD FOR REMOTE DEVICE MANAGEMENT 
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This invention relates to computer networks, and more particularly provides a 



system and method'for managing 




a network device from a remote client. 



2. Description of the Background Art 

The modern computer network is no longer contained within a single structure. 
10 Rather, it is mobile and geographically scattered. To accommodate the new network, 
network devices such as routers have been developed to interconnect computers 
regardless of computer location. 

Management of the network has become increasingly complex as the number of 
I attached computers increases. To enable remote reporting and configuration of these 



15 I network devices, network programmers developed the Simple Network Management 



Protocol (SNMP). SNMP provides an extensible means for interoperable equipment and 
management software to exchange data and instructions. However, SNMP incorporates 
cryptic commands and does not provide a remote user interface, a control paradigm that 
poorly matches the needs of the network manager. To resolve these difficulties, network 
20 programmers created proprietary interfaces to facilitate device management. Still, 

problems remain. For example, one problem relates to interface access capabilities from 
a remote site. If a network manager needs to manage a network device on the network 
from the remote site, a proprietary interface site component including supporting software 



must be installed at the remote site. This limits the locations from which management 
can occur and reduces the usefulness of the proprietary interface. 

A second problem relates to the compatibility between the proprietary interface 
and the network device. For example, routers run an operating system such as the 
Internetwork Operating System (IOS) produced by Cisco, Inc. The IOS controls routing 
by finding optimal paths and redirecting traffic quickly around network failures. A 
network manager who wants to access the router to monitor such a failure must have 
software compatible with the version of the IOS running on the device. Additionally, 
each device may perform different tasks requiring the use of device-specific programs. 
Storing device-specific configuration and program files would not be a problem for a 
single network device. However, it is not feasible to maintain these files for the myriad 
of devices in most networks. Therefore, a system and method for using device-specific 
programs and configuration data to manage a network device from a remote site are 
needed. 



SUMMARY OF THE INVENTION 
In accordance with the present invention, a system for enabling remote 
management of ^fnetwork device such as a web server, a router or any networked 
computer is provided^ The system includes ^remote clientjcoupled via a 
communications channel to ajnetwork device j A ^oft\\^ the network 

device to perform an intended function (such as routing IP packets). To enable 
configuration and management of the software program, device-specific downloadable 
units (such as Java™ applets or Java™ classes) are embedded in the binary file of the 
software program. A downloadable unit is any unit of code that can be downloaded to a 
10 j web engine for performing a particular function. A binary file is one that is in the format 
/used for executable machine code^The remote client connects to the network device, 
retrieves a downloadable unit relating to a function desired from the binary file of the 



-software program and then executes the downloadable unit. 

Each embedded downloadable unit may contain a communicator component, an 
15 interface component and a configuration component. The communicator component 
establishes a communications channel from the remote client with the software program 
from which it was extracted. Thejmterfrice component provides an interface such as a 
General User Interface (GUI) for enabling the user to communicate with the 
^ downloadable unit^The configuration component manages and configures the remote 
20 J device or the software program thereon. One skilled in the art will appreciate that the 
remote client may retrieve the downloadable unit each time network device management 
is desired, thereby enabling the programmer to update available features, available control 
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options or version information by modifying only the downloadable unit. Alternatively, 
remote client may store the downloadable unit (e.g., in cache) for continued management 
of the network device. 

The present invention also provides a method for manufacturing a network device. 

5 ^/The method includes the steps of including downloadable unit extraction code and 

i 

^communications code in a software program, compiling the software program to generate 
its binary file, embedding at least one device-specific downloadable uniUn the binary file 
of software program, and loading the software program with the embedded downloadable 
unit onto the network device. The software program can then be executed. It will be 
10 appreciated that the downloadable units embedded in a software program will vary 
*4 depending on the network device, the functions desired, the version of the software 

^program, etc. To insure that the downloadable units are compatible, the downloadable 
L- units may be bundled together before being embedded in the binary file of the software 
(^program. For example, in a Java™ environment, an applet will be used to manage the 
15 network device and may comprise one or more Java™ classes bundled together. It will be 
appreciated that for the sake of efficiency, a default bundle comprising downloadable 
units to be shared by the other bundles may be embedded in the software program. For 
example, again in the Java™ environment, an applet may comprise classes in one bundle 
and classes in the default bundle. 
20 The present invention also provides a method for configuring a network device 

from a remote client. Namely, the/remote client contacts the network device using, for 
example, HyperText Transfer Protocol (HTTP). The network device provides the remote 
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client with a web page listing the configurable software programs. However, if finer 
detail is desired, the web page may list configurable software program components or 
the like. The remote client selects one. Upon selection of a software program, the 
software program establishes a communications channel with the remote client and 
provides a list of available functions (services) corresponding to downloadable units 
embedded therein to the remote client. , Alternatively, the list of software programs and 
functions may be illustrated in a single web page. The remote client requests a function. 
The software program locates and forwards the corresponding downloadable unit to the 
remote client. The remote client can then execute the downloadable unit. 

For example, the remote client may want to prevent a router from processing 
requests from a particular IP address. A user of the remote client can hyperlink to the 
web page provided by the network device. The user selects the IOS software program 
currently running on the device. The IOS forwards a web page listing available 
functions including IP address routing management to the remote client. The user 
selects the routing management function, which causes the IOS to locate, extract and 
forward to the remote client a downloadable unit to perform routing management. The 
remote client then executes the downloadable unit. Accordingly, the downloadable unit 
communicator component establishes a communications channel with the software 
program. The downloadable unit interface component allows the user to interact with 
the downloadable unit. The downloadable unit configuration component communicates 
with the software program to configure the software program. Those skilled in the art 
recognize that the separation of these components may be purely logical. Those skilled 



in the art will also recognize that each component may comprise a separate 
downloadable unit or multiple downloadable units. 

Enabling a remote client to download a software management mechanism directly 
from the software program enables a network manager to have the most up-to-date 
network device management software and the most up-to-date functions. This also 
insures that the network device management software is compatible with the version of 
the software program running on the network device. Users need not maintain 
configuration files for each network device on their local data storage. Further, to update 
or improve the available functions, a revised downloadable unit may be embedded in the 
binary file of the software program. The user need not independently obtain the new 
network device management software since it is readily available from the network 
device. The user need not independently obtain new network device management 
software each time the software program running on the device is updated. 



BRIEF DESCRIPTIONS OF THE DRAWINGS 
FIG. 1 is a block diagram illustrating an example device management system 
according to the present invention; 

FIG. 2 is a block diagram illustrating the details of the remote client of the device 
5 management system of FIG. 1 ; 

FIG. 3 is a block diagram illustrating the binary file of the software program after 
an applet has been embedded; 

FIG. 4 is a block diagram of an example downloadable unit; 
FIG. 5 is a block diagram illustrating a downloadable unit bundle search system; 
10 FIG. 6 is a flowchart illustrating the method of embedding management 

downloadable units according to the present invention; 

FIG. 7 is a flowchart illustrating the method of remotely managing a network 
device according to the present invention; 

FIG. 8 is block diagram of an example of a user interface; 
15 FIG. 9a is a flowchart illustrating the method for processing a configuration 

request by the software program; and 

FIG. 9b is a flowchart illustrating the method for processing a performance 
request by the software program; 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
FIG. 1 is a block diagram illustrating a device management system 100. The 
system 100 includes a remote client 1 10, a programmer client 142 and a network device 
120, each coupled together via a communications channel 165. The communications 
channel 165 can be a direct connection through a direct connect cable, an internet 
connection, or any other means of intercommunication. The system 1 00 may further 
include a firewall 150 coupled between the communications channel 165 and the network 
device 120 for protecting the network device 120 from external threats and unprivileged 
communications. 

The remote client 1 10 includes a web engine 130 for communicating with the 
network device 120. The web engine 130 includes a Downloadable Unit (DU) engine 
160, such as a Java™ Virtual Machine (JVM) emulator, for reading and executing 
downloadable units. A downloadable unit is a unit of downloadable and executable or 
( interpretable program such as Java™ applets, Java™ classes or ActiveX™ control for 
.performing a specific function such as generating a report in a distributed environment. 
The web engine 130 further includes a user interface 140 for displaying web page data 
such as images and text retrieved via the communications channel 165. An example of a 
web engine 130 includes the Netscape™ web b rowse r produced by the Netscape 
Corporation, the Internet Explorer™ web browser produced by the Microsoft Corporation 
and the Java™ Developers Kit 1 .0 web browser produced by Sun Microsystems, Inc. 
Those skilled in the art know that although the downloadable unit engine 1 60 is described 
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as being part of the web engine 130, the downloadable unit engine 160 could be run as a 
separate engine. 

... -■ - o 

The programmer client 142 includes a loader 144, ^software program compiler 
/i46^)an editor 148 and a downloadable unit compiler 149. The software program 
5 \ compiler 146 compiles a software program tgp^into machine code or executable code to 
/ create a binary file. The downloadable unit compiler 149 compiles the downloadable 
unit 190 into a format executable by the downloadable unit engine 160. For example, the 
Java™ Developers Kit (JDK) produced by Sun Microsystems, Inc. compiles Java™ 
applets into partially interpreted code, or bytecode. The^dtoTl4^ enables a programmer 



10 to embed downloadable units into the binary file of the software program 180. The 

loader 144 loads the binary file with the embedded downloadable units onto the network 
device 120 via the communications channel 165. 



jSjj The network device 120 includes a web server 185, a security system 195 and a 

5 . - v ■ 

lp\ software program/l^for controlling the network device 120 to perform a specific 

S M 1 5 function such as routing IP packets. The software programJJtO can be the operating 

system of the network device 120 (e.g., the IOS running on a router) or any program that 
helps operate or configure the network device 120. Although the system 100 is being 
described as including only a single network device 120, those skilled in the art will 
recognize that any number of network devices 120 can be managed using the present 
20 invention. The software program^l^manages the network device 120 and may be the 
operating system or platform for other programs executed by the network device 120. 
The software program!^) contains an embedded downloadable units l?Qjhat the 
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software program Q80xan extract and the web server 185 can transmit. The embedded 
downloadable units 1 90 may include code for requesting other URLs, for opening new 
sockets, or for performing a variety of other network management tasks. 

The security system 195 protects the network device 120 from unauthorized 
communications. Before obtaining access to software program f80 including 
corresponding network management functions, the remote client 1 10 must first obtain 
authorization from the security system 195. Obtaining authorization typically requires 
user identification and authentication. Once authenticated, the remote client 1 10 is 
provided access. 

The web server 185 handles web requests from the web engine 130 of the remote 

client 110. For example, if the user interface 140 receives a hyperlink request from a 

» 

user, then the web engine 130 sends a uniform resource locator (URL) address via the 
communications channel 165 to the web server 185. The web server 185 locates the 
requested web page data file and transmits it back over the communications channel 1 65 
to the web engine 130. Upon receipt, the web engine 130 loads the web page data file 
and uses the user interface 140 to display the web page including any text or images. The 
file may include a list of available software programs 180 that may be managed remotely. 

Selection of a software program ^180^auses the web server 185 to retrieve 
available functions for managing the network device 120. More particularly, the web 
■ server 185 instructs the software program (180\to extract a list of available functions (FIG. 



3, 315) embedded in the binary file of the software program 180. The list may contain 
hotlinks referencing the corresponding device-specific downloadable units 190. The web 
engine 130 enables the selection of one of the functions. Accordingly, the software 




program ^180 sends web page data having downloadable unit tags referencing 
downloadable units 190 to be executed by the downloadable unit engine 160. The web 
engine 130 forwards a downloadable unit tag to the network device 120. The software 
program 1 80 searchest hrou g h its own binar vJile to locate the corresponding 
downloadable unit 190, and sends the located downloadable umt_1.90_back vmthe 
communications channel 165 to the web engine 130. The downloadable unit engine 160 
executes the downloadable unit 190 thereby enabling configuration of the network device 
120 and the software program\t8Q from which the downloadable unit 190 was retrieved. 

FIG. 2 is a block diagram illustrating details of the remote client 1 10, which 
includes a CPU 205, an input device 210, an output device 215, a communications 
interface 225, a data storage device 230 and Random Access Memory (RAM) 235, each 
coupled to a signal bus 220. The communications interface 225 is coupled to the 
communications channel 165. 

An operating system 240 includes a program for controlling processing by the 
CPU 205, and is typically stored in the data storage device 230 and loaded into the RAM 
235 (as illustrated) for execution. The web engine 130, which includes the 
downloadable unit engine 160 and the user interface 140, may also be stored in the data 
storage device 230 before being loaded into the RAM 235 (as illustrated) for execution. 
The user interface 140 provides, for example, a display window to enable 
communication via the output device 215 and the input device 210 between the user and 
the ^p^t"l90r^trieved from the network device 120. Accordingly, the user can send a 
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request or command to the downloadable unit 190. The downloadable unit 190 will 
forward the request to the software program 180 of the network device 120. 

Although the remote client 110 has been described as having a data storage device 
230 and an operating system 240, other clients 110 such as Java™ terminals that do not 
have these components can alternatively be used. These clients 1 10 can obtain the 
necessary data such as other downloadable units 190 and will execute them directly from 
RAM 235. 

FIG. 3 is a block diagram illustrating the binary file 300 of the software program 



180 after the downloadable units 190 have been embedded. Thebinary file^OO 
comprises ma^^^^^3]^divailablQ functions 315, embedded^Hownloadable unit 
code 320, extractofcode 330, communication code 340 and configuration code 350. 
Machine code 310 is code that has been compiled into machine language and is executed 
during the running of the software program 180. The downloadable unit code 320 may 
be in a different language than the binary language of the machine code 310. For 
example, the downloadable unit code 320 may be partially interpreted code called 
bytecode, such as Java™ bytecode, which is interpretable by the downloadable unit 
engine 160. The available functions 315, extractor code 330, communication code 340 
and configuration code 350 may be written in machine code. It will be appreciated that ' 
the downloadable unit code 320 is embedded in the binary file 300 so that the 
downloadable units 190 can be extracted from the software program 180 while the 
software program 180 is executing. 
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The binary file 300 further contains extractor code 330 for extracting the list of 
available functions 315 and downloadable unit code 320 from the binary file 300. When 
a software program 180 is selected, the extractor code 330 retrieves and delivers the 
corresponding list of available functions 315 to the web server 185 for forwarding to the 
remote client 110. When a function request is received from the remote client 110, the 
extractor code 330 searches through the binary file 300, examines a table of contents for 
each embedded downloadable unit bundle and extracts the appropriate downloadable 
unit code 320 corresponding to the requested function. The extractor code 330 then 
sends the extracted downloadable unit 190 to the remote client 110. The communication 



machine code 340 interprets commands from the downloadable unit 190 currently 



executing by the downloadable unit engine 160 on the remote client 110, and further 
enables communications between the software program 180 and the downloadable unit 
190. The configuration code 350 performs the services requested via the downloadable 
unit 190 from the remote client 1 10. Although the list of available functions 315, the 
extractor code 330, the communications code 340 and configuration code 350 are each 
being described as part of the binary file 300, each could be stored anywhere on any 
device within the system 100. 

FIG. 4 is a block diagram illustrating an example downloadable unit 190 to be 
embedded in a binary file 300 of a software program 1 80 of a network device 1 20. The 



downloadable unit 190 includes a communications component 410, an interface 
component 420, a configuration component 430, and any supporting files 440 such as 
other downloadable units that are needed to run these components 410-430. The 
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communications component 410 establishes a communications link between the remote 
client 110 and the communication code 340 of the binary file 300 from which it was 
extracted. The interface component 420 uses the user interface 140 to enable the user to 
communicate with the binary file 300. For example, the user interface 140 in 
coordination with the executing downloadable unit 190 enables the user to send function 
requests or commands to the binary file 300 and to receive status information back from 
the binary file 300. It will be appreciated that the interface component 420 may create a 
separate window, a pop-up menu or the like. The configuration component 430 of the 
downloadable unit 190 in cooperation with the communications code 340 and 
configuration code 350 of the binary file 300 include the "interface" for enabling 
management of the network device 120. 

It will be appreciated that although the example downloadable unit 190 has been 
described as a single downloadable unit 190, those skilled in the art know that each 
component 410, 420, 430, or 440 could be a separate downloadable unit 190 or multiple 
downloadable units 190. Accordingly, the downloadable unit 190 could be viewed as 
several downloadable unitsvbundled together. 

FIG 5 is a block diagram illustrating a downloadable unit 190 search system 500 
with the arrows indicating communication of the system components. The remote client 
110 generates an HTTP request and sends it via the communications channel 165 to the 
web server 185. The web server 185 delivers web page data including a list of the 
available functions 315 via the communications channel 165 back to the remote client 
1 10. The remote client 110 selects a function from the list. The web server 185 receives 



and forwards the selected function to the binary file 300 of the software program 1 80. ; 
The software program ^180 forwards a web page specifying which downloadable unit to 
launch. The remote client 110 requests the downloadable unit. 

The extractor code 330 searches through each of the downloadable unit bundles 
540 until it locates the downloadable unit 190 corresponding to the selected function. A 
downloadable unit bundle 540 includes downloadable units 190 grouped together based 
on predetermined criteria, such as version or functionality. For example, one bundle 540 
may contain downloadable units 190 that help generate status reports. Each 
downloadable unit bundle 540 preferably includes a table of contents 520 that identifies 
each of the downloadable units 190 contained therein. 

More particularly, the extractor code 330 begins by examining the table of 
contents 520 of the downloadable unit bundle 543 or downloadable unit bundle 545 in 
search of the downloadable unit 190 corresponding to the selected function. If the 
downloadable unit 190 is located in one of the bundle 543 or the bundle 545, then the 
extractor code 330 extracts the downloadable unit 190. Otherwise, as illustrated by arrow 
•560, the extractor code 330 searches the default bundle 510. The default bundle 510 
contains default downloadable units 190, which are shared by the available functions 
315. The default bundle 510 also includes a table of contents 520 that contains a list of 
the downloadable units contained therein. The extractor code 330 extracts the default 
downloadable unit 190 from bundle 510. The extractor code 330 then sends the located 
downloadable unit 190 to the web server 185, which transmits it to the remote client 110. 
This search method is repeated for support files 440 that the transmitted downloadable 
unit 190 requires. 

15 



FIG. 6 is a flowchart illustrating a method 600 for embedding downloadable unit 
bundles 540 in a software program 1 80 on a network device 120. The method 600 
begins in step 610 with a programmer developing a network device management 
downloadable unit 190. A downloadable unit compiler 149 in step 620 compiles the 
downloadable unit into a format executable by the downloadable unit engine 160, for 
example, into partially interpreted code or bytecode. In step 630, a determination is 
made whether more downloadable units 190 will be embedded into the software program 
180. If so, then the method 600 returns to step 610. Otherwise, the programmer in step 
640 bundles the downloadable units 190 together according to predetermined criteria 
such as like versions or like functions or as a single downloadable unit bundle 540. 

The downloadable unit compiler 149 in step 650 creates a table of contents 520 
for each downloadable unit bundle 540. The table of contents 520 contains a list of the 
downloadable units 190 in the bundle and points to the location of the downloadable unit 
190 in the bundle 540, for example^using an offset 525. The editor 148 in step 660 
enables the programmer to embed the bundles 540 including the table of contents 520 

jT \ 

into the binary file 300 of the software-program 180. A loader 144 in step 670 loads the 

v J 

binary file 300 having the embedded bundles 540 onto the network device 120. Method 
600 then ends. 

FIG. 7 is a flowchart illustrating a method 700 for managing a network device 120 
remotely. The method 700 begins in step 710 with the remote client 110 connecting to 
the network device 120. The web server 185 in step 720 retrieves the list of available 
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functions 3 15 for a selected software programM^O^and forwards them to the remote 
client 110, and the remote client 1 10 displays the list. The remote client 1 10 in step 725 
requests a function corresponding to an embedded downloadable unit 190 configured to 
perform the requested function and forwards the requested function to the software 
program 180. 

The software program 180 in step 730 forwards a web page specifying which 
downloadable unit to launchj, and the remote client 110 requests the downloadable unit. 
The extractor code 330 of the binary file 300 still in step 730 locates the corresponding 
downloadable unit 190 using the method described in FIG. 5 and delivers the located 
downloadable unit 190 (possibly the default downloadable unit 190) to the web server 
185. The web server 185 in step 735 forwards the downloadable unit 190 to the remote 
client 110. The downloadable unit engine 160 in step 737 initiates execution of the 
downloadable unit 190. 

The communicator component 410 in step 740 establishes a communications 
channel with the communication code 340. The interface component 420 in step 750 
provides a user interface 140 that allows the user to interact directly with the 
downloadable unit 190. The interface component 420 in step 760 receives function- 
related requests from the remote client 110. It will be appreciated that the function- 
related requests may include configuration requests (such as requests that alter the 
selected function of the software program^l8o)or network device 120), performance 
requests (such as requests for the generation of status reports) or other informational 
requests. The configuration component 430 in step 770 forwards the function-related 
requests to the software program (1 80. Note that the forwarded request may be a 
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translation or set of commands for performing the request. In step 780, the 
communications code 340 interprets and the configuration code 350 performs the 
function-related request. In step 790, a determination is made whether to end. If so, 
then method 700 ends. Otherwise, method 700 returns to step 760 for receiving 
additional requests. 

FIG. 8 is a block diagram of an example user interface 140 displayed by web 
engine 130. The illustrated user interface 140 includes a display window 800 listing 
different management functions 830-860 available to the remote client 1 10. The 
functions 830-860 include configuring the software program(830j^uch as granting 
access to outside users or opening a port on the network device 120), requesting a status 
report 840 (such as transmitting a file containing the names of users that are currently 
using the network device 120), managing files on the device 850 (such as deleting or 
renaming stored files) and other services not listed 860. The remote client 110 can 
access this page over any standard web engine 130, and can select from these functions 
830-860. Upon selection of a function, the corresponding downloadable unit 190 will be 
transmitted to the remote client 1 10. Execution of the corresponding downloadable unit 
190 will cause the downloadable unit 190 to display another display window listing a 
variety of tasks as described above with reference to FIG. 7. 

FIG. 9a is a flowchart illustrating further details of step 780 (FIG. 7) in a first 
embodiment, referred to herein as method 780a. The method 780a begins with the 
configuration code 350 in step 915 loading current configuration settings which may 
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include security settings, such as passwords and firewall settings, or any other settings 
that control the software program 1 8(Tor network device 1 20. Step 9 1 5 further includes 
forwarding the configuration settings to the configuration component 430 of the 
downloadable unit 190. The configuration component 430 in step 920 enables editing of 
5 these configuration settings, which could include modification of a copy on the remote 
client 120 or which could involve direct modification of th^ software program binary file 
30Cy If modifying the copy, then in step 925 the configuration component 430 sends and 
the configuration code 350 stores the edited configuration settings back onto the network 
device 120. Method 780a then ends. 

FIG. 9b is a flowchart illustrating further details of step 780 (FIG. 7) in a second 
embodiment, referred to herein as method 780b. Method 780b begins with the 
communications code 340 in step 955 loading the configuration code 350 that can 
perform the request. The configuration code 350 could be a downloadable unit 190 that 

15 is part of or external to the software program^l8o) For example, if a remote client 110 
requests a status report, the communications code 340 could load a specific status 
program 350 that generates a status report about each of the network devices 120. The 
configuration code 350 in step 960 executes the request and in step 965 forwards the 
results of the request to the remote client 110. The results may include information such 

20 as a status report or may include a confirmation that the request was successfully 
executed. 
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The invention has been explained above with reference to a preferred 
embodiment. Although the system and method have been described as managing an 
operating system 140, the system and method may be used to manage any software or 
software configurable component. Although selection of the software program 180 and 
5 the desired function request have been described as performed by a user, one skilled in 
the art is aware that selection may be performed by a computer or other system. Other 
embodiments will be apparent to those skilled in the art in light of this disclosure. 
Therefore, any variations upon the preferred embodiments are covered by the present 

O 

jg invention, which is limited only by the appended claims. 
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